Interrupting and resuming a media player

ABSTRACT

In an embodiment, a method is provided. The method includes playing a content file with a media player on a cellular telephone. Also, the method includes receiving an interrupt event. Moreover, the method includes saving state of the media player on the cellular telephone in the media player.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation application and claims the benefit ofpriority under 35 U.S.C. Section 120 of U.S. Ser. No. 12/651,841, filedon Jan. 4, 2010 (U.S. Pat. No. 8,000,690 to issue on Aug. 16, 2011),which claims priority to application Ser. No. 11/323,807, filed on Dec.31, 2005. The disclosures of the prior applications are considered partof and are incorporated by reference in the disclosure of thisapplication.

BACKGROUND

Cellular telephones have steadily advanced in terms of processor powerand associated resources such as memory. Cellular telephones havecorrespondingly moved from primitive user interfaces and operatingsystems to more advanced software. Along the way, this has resulted inenhanced capabilities of cellular telephones, such as playing media invarious forms.

Media players are now available for cellular telephones, allowing fordisplay of videos, viewing of still pictures, and broadcasting of audio.However, the data encoding media can be encoded in a bewildering arrayof different formats. Codecs are used for such operations. Codecs aregenerally software modules which can encode data from a raw format intoa generally compressed format, and then can decode such data to allowfor processing of the raw data when it is used. However, as codecsperform compression (mainly), the options for implementing codecs are aslimitless as the options for compression. Considerations such as encodeddata size (space efficiency), time to encode data (time efficiency), anddata integrity (lossiness—many compression algorithms lose some data)all come into play when selecting a method for encoding (and decoding)data, and a corresponding codec.

Users are, understandably, not terribly interested in such details. Atypical user of a cellular telephone may have no idea of what codecs areavailable on the phone. The user wants the result, whether that resultis being able to display a picture, view a video, or play a popularsound as a ringtone. Thus, it may be useful to provide a system andmethod allowing for use of local codecs on a cellular telephone, ratherthan requiring a designated codec to exist on the cellular telephone toplay multimedia content.

While playing this content, whether video or still pictures, thecellular phone may be used for its original purpose—a call may arrive.Other interrupts may also occur, such as an SMS message arriving orvoicemail notification occurring. Additional interrupt events may alsobe understood. Thus, it may be useful to be able to halt playing ofmedia and to later resume playing of media. For some users, involvedwith playing games through a media player, being able to suspend thegame rather than lose progress may be considered particularly important.

SUMMARY

In an embodiment, a method is provided. The method includes playing acontent file with a media player on a cellular telephone. Also, themethod includes receiving an interrupt event. Moreover, the methodincludes saving state of the media player on the cellular telephone inthe media player.

In another embodiment, a system is provided. The system includes acellular telephone. The cellular telephone includes a processor. Thecellular telephone also includes a display coupled to the processor anda network interface coupled to the processor. Moreover, the cellulartelephone includes a local storage medium coupled to the processor and amedia player embodied in the local storage medium. The media player isto play content in content files, and the media player is to save statedata within the media player as embodied in the local storage medium.

In still another embodiment, a method is provided. The method includesaccessing a media player on a cellular telephone with state data savedin the media player. The method further includes querying a user as towhether to resume play of a content file identified in the state datasaved in the media player. The method also includes operating the mediaplayer responsive to a result of querying the user as to whether toresume play.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated in an exemplary manner by theaccompanying drawings. The drawings should be understood as exemplaryrather than limiting, as the scope of the invention is defined by theclaims.

FIG. 1 illustrates an embodiment of a personal device such as a cellulartelephone.

FIG. 2 illustrates an embodiment of a content file.

FIG. 3 illustrates an embodiment of a media player and associatedmodules on a cellular telephone.

FIG. 4 illustrates an embodiment of a content file and associatedcomponents including encoded media and codecs.

FIG. 5A illustrates an embodiment of a process of retrieving and playingencoded data.

FIG. 5B illustrates another embodiment of a process of retrieving andplaying encoded data.

FIG. 6 illustrates an embodiment of a medium including a media playerand codec detector.

FIG. 7 illustrates an embodiment of a network.

FIG. 8 illustrates an embodiment of a personal device.

FIG. 9 illustrates an embodiment of a media player.

FIG. 10 illustrates an embodiment of a process of interrupting a mediaplayer on a cellular telephone.

FIG. 11 illustrates an embodiment of a process of operating a mediaplayer on a cellular telephone.

DETAILED DESCRIPTION

A method and apparatus for interrupting and resuming a media player isdescribed. In the following description, for purposes of explanation,numerous specific details are set forth in order to provide a thoroughunderstanding of the invention. It will be apparent, however, to oneskilled in the art that the invention can be practiced without thesespecific details. In other instances, structures and devices are shownin block diagram form in order to avoid obscuring the invention.

The specific embodiments described in this document represent exemplaryinstances of the present invention, and are illustrative in naturerather than restrictive in terms of the scope of the present invention.The scope of the invention is defined by the claims. In the followingdescription, for purposes of explanation, numerous specific details areset forth in order to provide a thorough understanding of the invention.It will be apparent, however, to one skilled in the art that theinvention can be practiced without these specific details. In otherinstances, structures and devices are shown in block diagram form inorder to avoid obscuring the invention.

Reference in the specification to “one embodiment” or “an embodiment”means that a particular feature, structure, or characteristic describedin connection with the embodiment is included in at least one embodimentof the invention. The appearances of the phrase “in one embodiment” invarious places in the specification are not necessarily all referring tothe same embodiment, nor are separate or alternative embodimentsmutually exclusive of other embodiments.

In one embodiment, a method is provided. The method includes determiningwhat codecs are present on a cellular telephone. The method alsoincludes retrieving a data file corresponding to one of the codecs onthe cellular telephone. The method further includes playing the datafile using one of the codecs of the cellular telephone. Playing mayinvolve decoding the data to data presentable on a user interface.

In another embodiment, a system is provided. The system includes acellular telephone. The cellular telephone includes a processor. Thecellular telephone also includes a display coupled to the processor.Additionally, the cellular telephone includes a network interfacecoupled to the processor. Moreover, the cellular telephone includes alocal storage medium coupled to the processor. Also, the cellulartelephone includes a set of codecs embodied in the local storage medium.Likewise, the cellular telephone includes a media player embodied in thelocal storage medium. The media player is to play content in contentfiles. The content files have references to encoded media. The mediaplayer is to access encoded media through the network interface based oncodecs of the set of codecs.

In yet another embodiment, a method of playing encoded media referred toin a content file played by a media player on a cellular telephone isprovided. The method includes evaluating local codecs of the cellulartelephone. The method also includes playing the content file.Furthermore, the method includes accessing encoded media referred to bythe content file in a format determined based on local codecs of thecellular telephone. Also, the method includes playing the encoded mediawith the media player using a local codec of the cellular telephone.

In still another embodiment, a method is provided. The method includesevaluating local codecs of a cellular telephone. The method furtherincludes playing a content file with a media player on the cellulartelephone. The method also includes accessing encoded media referred toby the content file in a format determined based on local codecs of thecellular telephone.

In an embodiment, a method is provided. The method includes playing acontent file with a media player on a cellular telephone. Also, themethod includes receiving an interrupt event. Moreover, the methodincludes saving state of the media player on the cellular telephone inthe media player.

In another embodiment, a system is provided. The system includes acellular telephone. The cellular telephone includes a processor. Thecellular telephone also includes a display coupled to the processor anda network interface coupled to the processor. Moreover, the cellulartelephone includes a local storage medium coupled to the processor and amedia player embodied in the local storage medium. The media player isto play content in content files, and the media player is to save statedata within the media player as embodied in the local storage medium.

In still another embodiment, a method is provided. The method includesaccessing a media player on a cellular telephone with state data savedin the media player. The method further includes querying a user as towhether to resume play of a content file identified in the state datasaved in the media player. The method also includes operating the mediaplayer responsive to a result of querying the user as to whether toresume play.

Illustration and description of various embodiments may provide moreinsight. FIG. 1 illustrates an embodiment of a personal device such as acellular telephone. System 100 includes a cellular telephone, a server,and a repository of information at the server. Cellular device 110 maybe a telephone or similar personal device incorporating a cellulartelephone. Server 120 may be a networked computer or machine which caninteract with the cellular telephone 110. Repository 130 may be arelational database or other storage facility for data at the server120.

In operating a cellular telephone, content files may be used. FIG. 2illustrates an embodiment of a content file. Content file 200 mayprovide a variety of different types of functionality, such as a simpleanimation or a complex user interface, for example. Content file 200includes animation, a reference to video content, a reference to stillpicture content and a reference to audio content. Animation 210 is aself-contained part of content file 200. Video reference 220 includesinformation about the video data referenced, and a reference to wherethe video data can be found. Similarly, still picture reference 230includes information about the picture and a reference to where thepicture can be found. Likewise, audio reference 240 includes informationabout the embedded audio data and a reference to where the embeddedaudio data can be found. Note that these references are dynamic innature—they allow for flexibility at several levels. On one level, newcontent can be substituted in a particular content file by changing thereference to a different source of media. On another level, new contentcan be introduced by changing what content is available at the locationwhere the reference points to—what content is stored there. Thus, avideo file with corrupt data or with some sort of a glitch (a missingI-frame in an MPEG file for example) could be replaced with a properlyformatted file.

A content file is played by a media player. FIG. 3 illustrates anembodiment of a media player and associated modules on a cellulartelephone. Media player 310 plays a content file such as content 320 anddisplays the results on user interface 310 (typically a screen, althoughthis may include speakers for audio content). For embedded data, codecs340 are used. Codecs 340 are compression/decompression (orencoding/decoding) modules which are designed to accept well-definedinput data (with a predetermined structure) and provide output data in astandard format. Thus, a codec for a PNG formatted image would acceptPNG formatted input data and provide raw picture data as an outputformat, for example.

A further illustration of various codecs may be helpful. FIG. 4illustrates an embodiment of a content file and associated componentsincluding encoded media and codecs. Content fill 410 includes embeddedreference 420 to a piece of encoded data. The encoded data is availablein three different formats, format A (430), format B (440) and format C(450). Each of these formats corresponds to a well-defined codec, withformat A 430 corresponding to codec A 435, format B 440 corresponding tocodec B 445 and format C 450 corresponding to codec C 455. Thus, if theembedded reference 420 is resolved to use data format B 440, codec B 445would be the appropriate codec for decoding the data.

Note that many different codecs are available. Moreover, codecs oftenhave overlapping capabilities—such that multiple codecs can produce(encode) data formatted as a Windows Media formatted file (typically a.wmv file on personal computers), for example. However, such codecs arenot always compatible with each other. Thus, a Windows Media formattedfile may be produced by a first codec, but when a second codec is usedto decode the file, the results may be one of correct, incorrect butdisplayable (with errors/mistranslations of the data), or so incorrectas to be corrupted (not displayable). Similar results can occur withstill pictures and with audio files.

Thus, using codecs available locally on a device can be helpful, as onemay expect that the codecs will operate properly and media content willbe displayed properly. The user experience can be expected to generallybe uniform, as the media data presented will be provided in a manneruseful for the device in question. This also presents opportunities forcustomizing or personalizing user experience, and provides for skinningor other modifications of media on particular devices. A codec whichalways overlays an image of a picture frame can be used, for example.

One process for use of codecs involves determining what data format isavailable and then determining if a relevant codec is available. FIG. 5A illustrates an embodiment of a process of retrieving and playingencoded data. Process 500, and other processes described in thisdocument are made up of modules. These modules may be reordered in someinstances, and may be combined or subdivided in various embodiments.Moreover, such modules may be implemented as process modules, softwaremodules, or other modules.

Process 500 includes retrieving encoded data, determining a format ofthe data, determining if a relevant codec is available, retrieving thecodec and playing the data if possible, and failing if not possible.Process 500 initiates at module 505 with retrieval of encoded data in apredetermined format. The format is determined from the data at module510. At module 515, a determination is made as to whether a codec forthe format of module 510 is available. If not, at module 520, an erroris signaled and the process fails—the data may not be decoded.

If a codec is available, at module 525, the codec is retrieved.Typically, this refers to retrieval from local storage. The data is thenplayed (decoded) using the codec at module 530.

An alternate method involves determining available codecs in advance,selecting a compatible data file, and downloading that data file. FIG.5B illustrates another embodiment of a process of retrieving and playingencoded data. Process 550 includes detecting available codecs,retrieving compatible data, determining if the compatible data isavailable, playing the data with a local codec if possible, andsignaling an error if not.

Process 550 begins with detecting available codecs at module 560. Basedon the codecs available, a compatible data file (in an appropriatepredetermined format) is retrieved at module 565 (if possible). Atmodule 570, a determination is made as to whether the data in questionwas available. If not, the process signals an error at module 575. Ifso, then at module 580, the retrieved data is played using a locallyavailable codec.

Typically, a codec detector can be integrated with a media player. FIG.6 illustrates an embodiment of a medium including a media player andcodec detector. Medium 600 represents a machine-readable medium, whichmay take various forms as described below, and may be singular orplural. Media player module 620 is a media player as may be availablefrom Macromedia of San Francisco, Calif., for example. Codec detectionmodule 620 is a module useful for determining which codecs are availableon a personal device such as a cellular telephone. Module 620 mayoperate by simply surveying the codecs found on the cellular telephone,for example. Note that the illustration of medium 600 does not representa complete system, it only represents parts of a system useful toillustrate use of local codecs in conjunction with references to mediain content files played by a media player. Other portions of such asystem are not illustrated to avoid complicating the discussion.

The following description of FIGS. 7-8 is intended to provide anoverview of device hardware and other operating components suitable forperforming the methods of the invention described above and hereafter,but is not intended to limit the applicable environments. Similarly, thehardware and other operating components may be suitable as part of theapparatuses described above. The invention can be practiced with othersystem configurations, including personal computers, multiprocessorsystems, microprocessor-based or programmable consumer electronics,network PCs, minicomputers, mainframe computers, and the like. Theinvention can also be practiced in distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a communications network.

FIG. 7 shows several computer systems that are coupled together througha network 705, such as the internet, along with a cellular network andrelated cellular devices. The term “internet” as used herein refers to anetwork of networks which uses certain protocols, such as the tcp/ipprotocol, and possibly other protocols such as the hypertext transferprotocol (HTTP) for hypertext markup language (HTML) documents that makeup the world wide web (web). The physical connections of the internetand the protocols and communication procedures of the internet are wellknown to those of skill in the art.

Access to the internet 705 is typically provided by internet serviceproviders (ISP), such as the ISPs 710 and 715. Users on client systems,such as client computer systems 730, 750, and 760 obtain access to theinternet through the internet service providers, such as ISPs 710 and715. Access to the internet allows users of the client computer systemsto exchange information, receive and send e-mails, and view documents,such as documents which have been prepared in the HTML format. Thesedocuments are often provided by web servers, such as web server 720which is considered to be “on” the internet. Often these web servers areprovided by the ISPs, such as ISP 710, although a computer system can beset up and connected to the internet without that system also being anISP.

The web server 720 is typically at least one computer system whichoperates as a server computer system and is configured to operate withthe protocols of the world wide web and is coupled to the internet.Optionally, the web server 720 can be part of an ISP which providesaccess to the internet for client systems. The web server 720 is showncoupled to the server computer system 725 which itself is coupled to webcontent 795, which can be considered a form of a media database. Whiletwo computer systems 720 and 725 are shown in FIG. 7, the web serversystem 720 and the server computer system 725 can be one computer systemhaving different software components providing the web serverfunctionality and the server functionality provided by the servercomputer system 725 which will be described further below.

Cellular network interface 743 provides an interface between a cellularnetwork and corresponding cellular devices 744, 746 and 748 on one side,and network 705 on the other side. Thus cellular devices 744, 746 and748, which may be personal devices including cellular telephones,two-way pagers, personal digital assistants or other similar devices,may connect with network 705 and exchange information such as email,content, or HTTP-formatted data, for example. Cellular network interface743 is coupled to computer 740, which communicates with network 705through modem interface 745. Computer 740 may be a personal computer,server computer or the like, and serves as a gateway. Thus, computer 740may be similar to client computers 750 and 760 or to gateway computer775, for example. Software or content may then be uploaded or downloadedthrough the connection provided by interface 743, computer 740 and modem745.

Client computer systems 730, 750, and 760 can each, with the appropriateweb browsing software, view HTML pages provided by the web server 720.The ISP 710 provides internet connectivity to the client computer system730 through the modem interface 735 which can be considered part of theclient computer system 730. The client computer system can be a personalcomputer system, a network computer, a web tv system, or other suchcomputer system.

Similarly, the ISP 715 provides internet connectivity for client systems750 and 760, although as shown in FIG. 7, the connections are not thesame as for more directly connected computer systems. Client computersystems 750 and 760 are part of a LAN coupled through a gateway computer775. While FIG. 7 shows the interfaces 735 and 745 as generically as a“modem,” each of these interfaces can be an analog modem, isdn modem,cable modem, satellite transmission interface (e.g. “direct PC”), orother interfaces for coupling a computer system to other computersystems.

Client computer systems 750 and 760 are coupled to a LAN 770 throughnetwork interfaces 755 and 765, which can be ethernet network or othernetwork interfaces. The LAN 770 is also coupled to a gateway computersystem 775 which can provide firewall and other internet relatedservices for the local area network. This gateway computer system 775 iscoupled to the ISP 715 to provide internet connectivity to the clientcomputer systems 750 and 760. The gateway computer system 775 can be aconventional server computer system. Also, the web server system 720 canbe a conventional server computer system.

Alternatively, a server computer system 780 can be directly coupled tothe LAN 770 through a network interface 785 to provide files 790 andother services to the clients 750, 760, without the need to connect tothe internet through the gateway system 775.

FIG. 8 shows one example of a personal device that can be used as acellular telephone (744, 746 or 748) or similar personal device. Such adevice can be used to perform many functions depending onimplementation, such as telephone communications, two-way pagercommunications, personal organizing, or similar functions. The computersystem 800 interfaces to external systems through the communicationsinterface 820. In a cellular telephone, this interface is typically aradio interface for communication with a cellular network, and may alsoinclude some form of cabled interface for use with an immediatelyavailable personal computer. In a two-way pager, the communicationsinterface 820 is typically a radio interface for communication with adata transmission network, but may similarly include a cabled or cradledinterface as well. In a personal digital assistant, communicationsinterface 820 typically includes a cradled or cabled interface, and mayalso include some form of radio interface such as a Bluetooth or 802.11interface, or a cellular radio interface for example.

The computer system 800 includes a processor 810, which can be aconventional microprocessor such as an Intel pentium microprocessor orMotorola power PC microprocessor, a Texas Instruments digital signalprocessor, or some combination of the two types or processors. Memory840 is coupled to the processor 810 by a bus 870. Memory 840 can bedynamic random access memory (dram) and can also include static ram(sram), or may include FLASH EEPROM, too. The bus 870 couples theprocessor 810 to the memory 840, also to non-volatile storage 850, todisplay controller 830, and to the input/output (I/O) controller 860.Note that the display controller 830 and I/O controller 860 may beintegrated together, and the display may also provide input.

The display controller 830 controls in the conventional manner a displayon a display device 835 which typically is a liquid crystal display(LCD) or similar flat-panel, small form factor display. The input/outputdevices 855 can include a keyboard, or stylus and touch-screen, and maysometimes be extended to include disk drives, printers, a scanner, andother input and output devices, including a mouse or other pointingdevice. The display controller 830 and the I/O controller 860 can beimplemented with conventional well known technology. A digital imageinput device 865 can be a digital camera which is coupled to an i/ocontroller 860 in order to allow images from the digital camera to beinput into the device 800.

The non-volatile storage 850 is often a FLASH memory or read-onlymemory, or some combination of the two. A magnetic hard disk, an opticaldisk, or another form of storage for large amounts of data may also beused in some embodiments, though the form factors for such devicestypically preclude installation as a permanent component of the device800. Rather, a mass storage device on another computer is typically usedin conjunction with the more limited storage of the device 800. Some ofthis data is often written, by a direct memory access process, intomemory 840 during execution of software in the device 800. One of skillin the art will immediately recognize that the terms “machine-readablemedium” or “computer-readable medium” includes any type of storagedevice that is accessible by the processor 810 and also encompasses acarrier wave that encodes a data signal.

The device 800 is one example of many possible devices which havedifferent architectures. For example, devices based on an Intelmicroprocessor often have multiple buses, one of which can be aninput/output (I/O) bus for the peripherals and one that directlyconnects the processor 810 and the memory 840 (often referred to as amemory bus). The buses are connected together through bridge componentsthat perform any necessary translation due to differing bus protocols.

In addition, the device 800 is controlled by operating system softwarewhich includes a file management system, such as a disk operatingsystem, which is part of the operating system software. One example ofan operating system software with its associated file management systemsoftware is the family of operating systems known as Windows CE® fromMicrosoft Corporation of Redmond, Washington, and their associated filemanagement systems. Another example of an operating system software withits associated file management system software is the Palm® operatingsystem and its associated file management system. The file managementsystem is typically stored in the non-volatile storage 850 and causesthe processor 810 to execute the various acts required by the operatingsystem to input and output data and to store data in memory, includingstoring files on the non-volatile storage 850. Other operating systemsmay be provided by makers of devices, and those operating systemstypically will have device-specific features which are not part ofsimilar operating systems on similar devices. Similarly, WinCE® or Palm®operating systems may be adapted to specific devices for specific devicecapabilities.

Device 800 may be integrated onto a single chip or set of chips in someembodiments, and typically is fitted into a small form factor for use asa personal device. Thus, it is not uncommon for a processor, bus,onboard memory, and display/i-o controllers to all be integrated onto asingle chip. Alternatively, functions may be split into several chipswith point-to-point interconnection, causing the bus to be logicallyapparent but not physically obvious from inspection of either the actualdevice or related schematics.

Some portions of the detailed description are presented in terms ofalgorithms and symbolic representations of operations on data bitswithin a computer memory. These algorithmic descriptions andrepresentations are the means used by those skilled in the dataprocessing arts to most effectively convey the substance of their workto others skilled in the art. An algorithm is here, and generally,conceived to be a self-consistent sequence of operations leading to adesired result. The operations are those requiring physicalmanipulations of physical quantities. Usually, though not necessarily,these quantities take the form of electrical or magnetic signals capableof being stored, transferred, combined, compared, and otherwisemanipulated. It has proven convenient at times, principally for reasonsof common usage, to refer to these signals as bits, values, elements,symbols, characters, terms, numbers, or the like.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the following discussion,it is appreciated that throughout the description, discussions utilizingterms such as “processing” or “computing” or “calculating” or“determining” or “displaying” or the like, refer to the action andprocesses of a computer system, or similar electronic computing device,that manipulates and transforms data represented as physical(electronic) quantities within the computer system's registers andmemories into other data similarly represented as physical quantitieswithin the computer system memories or registers or other suchinformation storage, transmission or display devices.

The present invention, in some embodiments, also relates to apparatusfor performing the operations herein. This apparatus may be speciallyconstructed for the required purposes, or it may comprise a generalpurpose computer selectively activated or reconfigured by a computerprogram stored in the computer. Such a computer program may be stored ina computer readable storage medium, such as, but is not limited to, anytype of disk including floppy disks, optical disks, CD-roms, andmagnetic-optical disks, read-only memories (ROMs), random accessmemories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, or any typeof media suitable for storing electronic instructions, and each coupledto a computer system bus.

The algorithms and displays presented herein are not inherently relatedto any particular computer or other apparatus. Various general purposesystems may be used with programs in accordance with the teachingsherein, or it may prove convenient to construct more specializedapparatus to perform the required method steps. The required structurefor a variety of these systems will appear from the description below.In addition, the present invention is not described with reference toany particular programming language, and various embodiments may thus beimplemented using a variety of programming languages.

While the various structures and implementations of a system using localcodecs have been described and illustrated, reference to other aspectsof the system may be useful. FIG. 9 illustrates an embodiment of a mediaplayer. Media player 900, as implemented on a cellular telephone,typically will not have the option of storing information in the rest ofthe telephone's memory. The operating system is likely to stronglyenforce boundaries and refuse to execute a write to memory outside themedia player. However, state information may be maintained within themedia player in a state information module 910. This potentially allowsfor suspension and resumption of the media player 900 without the needto save state elsewhere in the cellular telephone.

A process of suspending a media player may further assist inunderstanding. FIG. 10 illustrates an embodiment of a process ofinterrupting a media player on a cellular telephone. Process 1000includes accessing a content file, playing the content file, receivingan interrupt, and saving state of the media player.

Thus, a media player may access a content file at module 1010 to playthat content file. At module 1020, the content file may actually beplayed, with the media player running until interrupted. At module 1030,the media player may receive an interrupt, requiring it to pass controlof the cellular telephone elsewhere (such as the operating system tohandle a call). At module 1040, state information about what the mediaplayer was accessing is saved in the media player, allowing for quickretrieval and accurate information after the interrupt is handled.

After the interrupt is handled, the media player may be restarted. FIG.11 illustrates an embodiment of a process of operating a media player ona cellular telephone. The media player may or may not have state savedfrom prior execution. Thus, it must be determined whether to resume orstart anew in process 1100.

At module 1110 of process 1100, the media player receives control fromthe operating system or other program on a cellular telephone. At module1120, a determination is made as to whether state information was savedfor the media player. If yes, then at module 1130, a determination ismade as to whether to resume the prior execution based on the savedstate. This determination may involve prompting a user for a decision,for example. Thus, a user with a saved video game may prefer to resume,whereas a user reviewing a short animation may prefer to start anew.

If the decision is made to resume, at module 1140, the state from priorexecution as stored in the media player is restored. At module 1150,play is resumed. If the decision is to start fresh, then the selectionof a content file is received at module 1160, indicating what is to beplayed. At module 1170, the media player is activated with the selectedcontent file to play. When state is saved and restored (at module 1140,for example), an identifier of the content file is typically saved aspart of the state data.

Features and aspects of various embodiments may be integrated into otherembodiments, and embodiments illustrated in this document may beimplemented without all of the features or aspects illustrated ordescribed. One skilled in the art will appreciate that although specificexamples and embodiments of the system and methods have been describedfor purposes of illustration, various modifications can be made withoutdeviating from the spirit and scope of the present invention. Forexample, embodiments of the present invention may be applied to manydifferent types of databases, systems and application programs.Moreover, features of one embodiment may be incorporated into otherembodiments, even where those features are not described together in asingle embodiment within the present document. Accordingly, theinvention is described by the appended claims.

1. A method, comprising: executing a content file on a computing device;receiving an interrupt event from an operating system on the computingdevice, the interrupt event indicating receipt of a signal originatingfrom other than user input to the computing device; and saving statedata on the computing device, wherein the state data indicatesinformation about the content file when the interrupt event is receivedand saving the state data includes saving information regarding anexecution point of the file corresponding to a time that the interruptevent is received.
 2. The method of claim 1, wherein the computingdevice is one of a telephone, a media playing device, a two-way pagerand a personal digital assistant (PDA).
 3. The method of claim 1,wherein the signal is one of a telephone call, a message or anotification.
 4. The method of claim 1, wherein executing the contentfile includes executing one of video, audio or image content.
 5. Themethod of claim 1, wherein the content file is executed by a mediaplayer.
 6. The method of claim 5, wherein the signal originates from anapplication other than the media player.
 7. The method of claim 1,further comprising: completing handling of the interrupt event; andaccessing the content file on the computing device in response tocompleting handling the interrupt event.
 8. The method of claim 1further comprising determining whether to resume prior execution of thecontent file based on the saved state data.
 9. The method of claim 8further comprising, on determining that the prior execution is to beresumed, resuming execution of the content file at the execution pointstored in the saved state data.
 10. A system, comprising: a computingdevice including a processor and an operating system; and a localstorage device on which instructions are stored, wherein the localstorage device is coupled to the processor and the instructions areoperable to cause the processor to perform operations comprising:executing a content file on the computing device; receiving an interruptevent from the operating system on the computing device, the interruptevent indicating receipt of a signal originating from other than userinput to the computing device; and saving state data indicatinginformation about the content file when the interrupt event is received,wherein saving the state data includes saving information regarding anexecution point of the file corresponding to a time that the interruptevent is received.
 11. The system of claim 10, further comprising amedia player, wherein the media player is configured to execute thecontent file.
 12. The system of claim 10, wherein the device is one of atelephone, a media playing device, a two-way pager and a personaldigital assistant (PDA).
 13. The system of claim 10, further comprisinga set of content files embodied in the local storage device.
 14. Thesystem of claim 13, further comprising means for receiving a response toa query from a user.
 15. The system of claim 13, further comprising auser input interface coupled to the processor, wherein executing thecontent file includes presenting one of video, audio or image content tothe user on the user input interface.
 16. The system of claim 10 whereinthe media player is further configured to determine whether to resumeprior execution of the content file based on the saved state data. 17.The system of claim 16 wherein the media player is further configured toresume execution of the content file at the execution point stored inthe saved state data, on determining that the prior execution is to beresumed.
 18. A computer program product tangibly embodied in anon-transitory machine-readable medium for interrupting and resuming amedia player on a computing device having an operating system, theproduct comprising instructions operable to cause one or more dataprocessing apparatus to perform operations comprising: executing acontent file on a computing device; receiving an interrupt event from anoperating system on the computing device, the interrupt event indicatingreceipt of a signal originating from other than user input to thecomputing device; and saving state data on the computing device, whereinthe state data indicates information about the content file when theinterrupt event is received and saving the state data includes savinginformation regarding an execution point of the file corresponding to atime that the interrupt event is received.
 19. The computer programproduct of claim 18, wherein the signal is one of a telephone call, amessage or a notification.
 20. The computer program product of claim 18,wherein the device is one of a telephone, a media playing device, atwo-way pager and a personal digital assistant (PDA).
 21. The computerprogram product of claim 18, wherein executing the content file includesexecuting one of video, audio or image content.
 22. The computer programproduct of claim 18, wherein the content file is executed by the mediaplayer.
 23. The computer program product of claim 22, wherein the signaloriginates from an application other than the media player.
 24. Thecomputer program product of claim 18, wherein the operations furthercomprise: completing handling of the interrupt event; and accessing thecontent file on the telephone in response to completing handling theinterrupt event.
 25. The computer program product of claim 18, whereinthe operations further comprise determining whether to resume priorexecution of the content file based on the saved state data.
 26. Thecomputer program product of claim 25, wherein the operations furthercomprise, on determining that the prior execution is to be resumed,resuming execution of the content file at the execution point stored inthe saved state data.